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can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 
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Scope 



The purpose of the present document is to define guidehnes with regard to the interaction of non-call related H.248 
procedures and generic network management use cases and vice versa. More specifically, the interaction between the 
following is considered: 

• Control procedures at the H.248 interface. These are the procedures between Media Gateway Controllers 
(primary and secondary) and their associated Media Gateways (primary, and secondary if available). These 
procedures primarily utilize the H.248 ServiceChange and H.248 Audit procedures. 

• Management procedures at the management interface(s) of H.248 systems (i.e. both Media Gateway 
Controller and Media Gateway) to perform non call related tasks such as configuration management (start-up, 
capability change, maintenance locking) and fault management (failure handling). 

It is intended that these guidelines are then subsequently used in corresponding H.248 profiles to produce detailed 
non-call related procedures. At the current time, the existing set of ETSI H.248 profiles ( [i.l], [i.2], [i.3] and [i.4]) lack 
any such detailed procedures. 

Specific management systems, architectures and protocols are outside the scope of the present document; only the 
general requirements and Use Cases related to the management system shall be discussed. 



1.1 Applicability 



The present document is applicable to any network element that exhibits a H.248 interface and a management interface 
(e.g. SNMP). The intent of the present document is to provide guidelines so as to facilitate a consistent set of behaviour 
for non-call related procedures in the related H.248 profile specifications. Due to the general nature of the present 
document, it is possible that some of the procedures herein will not be applicable to certain H.248 profiles - it is for a 
specific profile itself to define which procedures are mandatory/optional/not applicable. 

The present document assumes an IP-based transport for H.248 signalling. The IP transport may be provided by either 
UDP or SCTP. 

1 .2 Relation to H.248 Standards 

The present document is considered to be complementary to H.248 standards where there are discrepancies between the 
present document and the correspondent ITU-T Recommendation H.248 series Recommendations, the procedures of 
these ITU-T Recommendations (in particular ITU-T Recommendation H.248. 1 [i.5] and its annex F on ServiceChange), 
take precedence over those described in the present document. 
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2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

Not apphcable. 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

[i.l] ETSI ES 283 002 (VI. 1.1): "Telecommunications and Internet converged Services and Protocols 

for Advanced Networking (TISPAN); PSTN/ISDN Emulation Subsystem (PES); NGN Release 1 
H.248 Profile for controlling Access and Residential Gateways". 

[i.2] ETSI ES 283 024 (VI. 1.1): "Telecommunications and Internet converged Services and Protocols 

for Advanced Networking (TISPAN); PSTN/ISDN Emulation: H.248 Profile for controlling 
Trunking Media Gateways in the PSTN/ISDN Emulation Subsystem (PES); Protocol 
specification". 

[i.3] ETSI ES 283 018 (VI. 1.1): "Telecommunications and Internet converged Services and Protocols 

for Advanced Networking (TISPAN); Resource and Admission Control: H.248 Profile for 
controlling Border Gateway Functions (BGF) in the Resource and Admission Control Subsystem 
(RACS); Protocol specification". 

[i.4] ETSI ES 283 031 (VI. 1.1): "Telecommunications and Internet converged Services and Protocols 

for Advanced Networking (TISPAN); IP Multimedia: H.248 Profile for controlling Multimedia 
Resource Function Processors (MRFP) in the IP Multimedia System (IMS); Protocol 
specification". 

[i.5] ITU-T Recommendation H.248. 1 (2005): "Gateway Control Protocol: Version 3". 

[i.6] ITU-T Recommendation H.248. 10 (2001): "Gateway control protocol: Media Gateway Resource 

Congestion Handling package". 

[i.7] ITU-T Recommendation H.248. 14 (2002): "Gateway control protocol: Inactivity timer package". 
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[i.8] ITU-T Recommendation H.248. 1 1 (2002): "Gateway control protocol: Media Gateway Overload 

Control package". 

[i.9] ETSI ES 283 039-4 (V2.1.1): "Telecommunications and Internet converged Services and Protocols 

for Advanced Networking (TISPAN); NGN Overload Control Architecture; Part 4: Adaptative 
Control for the MGC". 

[i.lO] ITU-T Recommendation H. 248.40 (2007): "Gateway control protocol: Application Data Inactivity 

Detection package". 

[i.l 1] IETF RFC 4268: "Entity State MIB". 

[i.l2] ITU-T Recommendation X.731: "Information technology - Open Systems Interconnection - 

Systems management: State management function". 

[i.l3] ITU-T Recommendation H.248. 8: " Gateway control protocol: Error code and service change 

reason description " . 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

control association: H.248 Control Association is defined in clause F.2/H. 248.1 version 3 [i.5] 

H.248 entity: any primary or secondary MGC or MG may be also denoted as H.248 entity 

NOTE 1 : An H.248 entity relates to a Functional Entity (FE), any implementation of an H.248 entity is mapping the 
functional entity on a Physical Entity (PE). 

NOTE 2: E.g. a virtual MG (VMG) is a H.248 FE. Multiple VMGs are realized in a single physical MG, which 
relates to an H.248 PE. 

NOTE 3: Physical entities are sometimes also denoted as "platform" or "processor". 

primary Media Gateway (MG): no explicit definition in H.248 

NOTE: The primary MG is rather implicitly defined. See mainly ITU-T Recommendation H.248. 1 version 3 [i.5], 
clauses 7.2.8.1.11, 9, 11.2, 11.5, F.l, F.3.2, F3.5, F.3.11 or F.4. 1.1. A primary MG is denoted by the facts 
that: 

1) there is a single H.248 Control Association terminated in the MG; and that 

2) there may be a secondary MG existing. The association between primary and secondary entity is 
given by support for redundancy on network level. 

primary Media Gateway Controller (MGC): according to "Primary MG" 

secondary Media Gateway (MG): according to "Primary MG" 

secondary Media Gateway Controller (MGC): according to "Primary MGC" 

NOTE: There can in general be a list of primary and secondary MGCs in each MG. 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AGW Access GateWay 

DSP Digital Signal Processor 

FE Functional Entity 

IP Internet Protocol 

IS In Service 

MG Media Gateway 

MGC Media Gateway Controller 

MGW Media GateWay 

NGN Next Generation Network 

OOS Out-Of-Service 

PE Physical Entity 

RTP Real-time Transport Protocol 

SC ServiceChange (H.248) 

SCTP Stream Control Transmission Protocol 

SDO Standardization Development Organizations 

SNMP Simple Network Management Protocol 

TISPAN Telecommunications and Internet converged Services and Protocols for Advanced Networking 

TR Technical Report 

UDP User Datagram Protocol 

VMG Virtual Media Gateway 



4 Reference Architecture 

Figure 1 illustrates the reference architecture assumed in the present document. 



H.248. 1 Protocol 
Procedures 




Figure 1 : Reference architecture 

The present document discusses the message primitives that may be passed over the Management Command interface 
and any related mappings into the H.248 control procedures and vice versa. 
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H.248 Concepts And Logical Entities 



5.1 H.248 Entities 

H.248 commands and procedures are acting on H.248 logical entities. These are the different types: 

• Context: This is the entity that associates terminations together in a call or session. See also clause 6.1 of [i.5]. 

• NULL Context: This is a special Context which contains all Physical Terminations that are not associated with 
any other Termination. However, commands may still be initiated to and from these terminations. See also 
clause 6.1 of [i.5]. 

• Root Termination: This defines the MGW as an individual entity as a whole. See also clause 6.2.5 of [i.5]. 

• Physical Termination: This is an entity which has fixed physical characteristics (e.g. an analogue line) and 
requires pre-configuration via the management system prior to use within H.248 protocol. For such 
terminations, the MGC and MG are pre-provisioned to have a common view of the existing physical 
terminations. See also clause 6.2 of [i.5]. 

• Ephemeral Termination: This is a logical entity representing a dynamically created termination within the 
MGW (e.g. IP/RTP). No pre-configured characteristics are required for this type of entity, although in some 
profiles the MGC may have a dependency on the MG via the termination naming principles. See also 
clause 6.2 of [i.5]. 

Terminations may be individually addressed or as group (except Root Termination). Group addressing is performed via 
H.248 wildcarding. 

5.2 H.248 Non-Call Related Commands 

The H.248. 1 commands relevant to the present document are: 

• AuditValue: This command enables a MGC to request the supported packages and current state of properties, 
events, signals and statistics of terminations. For further details, see also clause 7.2.5 of [i.5]. 

• AuditCapability: This command enables a MGC to request all supported values for termination properties, 
events and signals allowed by the Media Gateway (i.e. the ROOT Termination). This command is not used in 
any of the TISPAN profiles and is thus considered to be out of scope in the present document. For further 
details, see also clause 7.2.6 of [i.5]. 

• ServiceChange: This command enables a MG to notify the MGC that a termination or group of terminations is 
about to be taken out of service or has just been returned to service. It also used by the MG to announce its 
availability to a MGC (registration), and to notify the MGC of impending or completed restart of the MG. The 
MGC may announce a handover to the MG by sending it a ServiceChange command. The MGC may also use 
ServiceChange to instruct the MG to take a termination or group of terminations in or out of service. For 
further details, see also clause 7.2.8 of [i.5]. 

• Notify: This command enables a MG to notify the MGC of any event occurring in the MG (that has been 
requested by the MGC). The Notify command is applicable to both call and non-call related procedures. Only 
the latter is in scope of the present document. For further details, see also clause 7.2.7 of [i.5]. 
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5.3 H.248 Service State 

One of the key descriptors of Terminations in the present document is the ServiceStates property within the Termination 
State Descriptor: 

Possible values: 

InService The termination is in-service and functioning normally. 

OutOfService The termination is out-of-service and not available for traffic. 

Test The termination is undergoing testing. 

The MG/MGC may report changes to the service state via the Service Change Command to its peer. Changes to the 
service state can occur due to faults (MG only) or interaction with management commands (MG/MGC). In the latter 
case, the H248 Service State is assumed to reflect the overall/resulting availability status of the termination based on the 
administrative (i.e. the state of the resource as required by the management interface) and operational (i.e. the state of 
the resource based whether it is working correctly or not) states. 

Note that the transition into the TEST state has no impact on Service Change procedures. Service change procedures are 
impacted only in the transition from TEST to OUT OF SERVICE states (see table F2/H248.1 of [i.5]). 



Management Primitives 



As stated previously, specific management systems, architectures and protocols are outside the scope of the present 
document. Rather, the present document considers only a high level set of primitives which directly result in the 
triggering of H.248 signalling. 

The following management primitives are defined in the present document: 

• Create Resource: This command creates a resource. A resource is typically created prior to it being enabled. 
This command has no impact on H.248 signalling and is included only for completeness. 

• Enable Resource: The resource moves from an OOS to an IS state (assuming that there is no problem with any 
related physical state) and is now available for traffic. 

• Disable Resource (Graceful): The resource is no longer available to new calls/connections. However, all 
existing calls are permitted to terminate naturally at which point the resource moves into the OOS state. If 
there are still remaining calls on the resource after a period of time, the operator may invoke the Disable 
Resource (Immediate) primitive. 

• Disable Resource (Immediate): Any existing calls/connections are force released, at which point the resource 
moves into the OOS state. 

• Delete Resource: This command deletes a resource. A resource would be disabled prior to it being deleted. 
This command has no impact on H.248 signalling and is included only for completeness. 

These management primitives (in general) are applicable at both the MG and MGC. 



Failure/Recovery Scenarios 



Certain failure scenarios also result in the triggering of H.248 signalling. The present document defines the following 
set of such scenarios: 

• Nodal failure and recovery of a MG/MGC. This can be due to hardware or software faults. 

• Termination failure and recovery. Examples of this are termination failure/recovery on the MG (e.g. DSP 
failure, interface failure such as loss of synchronization on an El, etc.). 

• User plane failure. Examples of this would be detection of loss of RTF media. The MG would inform the 
MGC of such failure and the MGC may force release the call. 
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MG-MGC signalling link (control association) failure/recovery. The detection of a signalling link failure 
results in H.248 signalling to restore the link. On restoring the link, the MG and MGC may have become out 
of step and thus additional H.248 audits are necessary to ensure the re-synchronization of each end. 



8 Redundancy Scenarios 



The H.248 non call related procedures are also impacted by the redundancy architectures chosen at a MG/MGC. 
Examples of such scenarios are: 

• MGC Hand-Off. This functionality enables a MGC to terminate an existing control association and establish a 
new control association to an alternative MGC. This procedure can be applied to load share or due to 
maintenance action. 

• MGC Triggered MG Re-direct. This functionality enables a MGC to redirect an attempted registration to an 
alternative MGC. 

• MG Failover. This functionality enables a MG to inform a MGC that a secondary MG is taking over an 
existing control association. 

It should be noted that processor redundancy can be achieved within a functional node thus being invisible to the H.248 
protocol peer or additionally within the functional node but between logical entities within that node and thus using 
H.248 procedures but using the same nodal address. The scope of the present document does not extend to inter-nodal 
protocol solutions to support other such redundancy scenarios. 



General Use Cases 



The following use cases and their interaction with the H.248 non-call related procedures are considered in the present 
document. 

Configuration Management: 

• Enable MG. 

• Enable MGC. 

• Disable MG (Graceful). 

• Disable MG (Immediate). 

• Disable MGC. 

• Enable Termination. 

• Disable Termination (Graceful). 

• Disable Termination (Immediate). 

• Change of MG Resources. 
Fault Management - Failure and recovery: 

• MG failure and recovery. 

• MG termination failure and recovery. 

• MGC failure and recovery. 

• User plane failure. 

• MGC-MG signalling link failure and recovery. 
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Performance Management: 

• MG Overload. 

• MGC Overload. 
Node Redundancy: 

• MGC Handoff. 

• MGC MG Triggered Redirect. 

• MG Failover. 



10 Interaction Between Use Cases and Non-Call 
Related H.248 Procedures 

This clause contains high level functional descriptions of the non call-related H.248 procedures in relation to the Use 
Cases. There may be multiple procedures relating to one general use case. Clause 1 1 contains the detailed contents of 
each of the cited procedures. The procedure names are denoted by the use of UPPER CASE letters. 

10.1 Enable MG 

This management primitive is applicable to both the MGC and MG. It is recommended that this primitive is initially 
sent to the MGC and subsequently to the MG. 

10.1.1 Enable MG (at MGC) 

This use case is triggered by management action that results in a MG being enabled at the MGC. There are no H.248 
procedures associated with this action. The MGC simply awaits a registration from the MG (see clause 10.1.2). 



10.1.2 Enable MG (at MG) 



This use case is triggered by management action that results in a MG being brought into service. The MG will have 
been provisioned with the identity/address of one or more MGC(s). The H.248 procedures are dependent on whether the 
MG undergoes a cold or warm boot and are as follows: 

MG Cold Boot 

1) The MG registers with one of its (pre-provisioned) MGCs using the MG REGISTRATION (COLD BOOT) 
procedure. This step enables the H.248 protocol version to be negotiated as well as the support of any H.248 
profiles. 

2) In the event of there being no response to the registration request, the MG follows the procedures of 
clause 11.5 of [i.5]. 

3) On completion of the initial registration procedure, the MGC assumes that all physical terminations are in the 
NULL context and there are no existing ephemeral terminations. Thus no context/termination related audits 
are required to be performed. 

4) The MGC may optionally perform a PACKAGES AUDIT procedure in order to determine the MG support of 
any optional packages in a mutually supported profile. 

5) The MGC may optionally audit ROOT properties (in any mandatory and optional packages) via the AUDIT 
ROOT PROPERTIES procedure. 

6) The MGC may optionally set properties and events (in any mandatory and optional packages) in the MG on 
ROOT level via the SET ROOT TERMINATION EVENTS/PROPERTIES procedure. 
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7) The MG may optionally inform the MGC of the state of its physical terminations via a MG TERMINATION 
AVAILABLE/MG TERMINATION UNAVAILABLE procedure. 

8) The MGC may optionally Audit the state of the physical terminations if it cannot be assumed that the state is 
in-service or out-of-service via the AUDIT TERMINATION STATE procedure. 

9) The MGC should not deblock associated circuits toward peer nodes before it has determined the true service 
state of the MG's circuits by one of the two procedures above. 



MGC 



MG Initial Registration 



MG Initial Registration Ack 



Packages Audit 



Packages Audit Ack 



Audit ROOT Properties 



Audit ROOT Properties Ack 



MG 



Set ROOT Term Events/Properties 



Set ROOT Term Events/Properties Ack 



MG Termination (Un)Available 



MG Termination (Un)Available Ack 



Audit Termination State 



Audit Termination State Ack 



(optional) 
(optional) 

(optional) 
(optional) 

(optional) 



Figure 2: MG Cold Boot Procedures 



MG Warm Boot 



1) The MG registers with one of its (pre-provisioned) MGCs using the MG RESTORATION procedure This step 
enables the H.248 protocol version to be negotiated as well as the support of any H.248 profiles. 

2) In the event of there being no response to the registration request, the MG follows the procedures of 
clause 11.5 of [i.5]. 

3) On completion of the re-registration procedure, the MGC does not assume that all physical terminations are in 
the NULL context and there may be existing ephemeral terminations. 

4) The MGC may optionally perform a PACKAGES AUDIT procedure in order to determine the MG support of 
any optional packages in a mutually supported profile. This step is recommended if the related service change 
reason indicates that the capabilities/packages of the MG have changed. 

5) The MGC may optionally audit ROOT properties (in any mandatory and optional packages) via the AUDIT 
ROOT PROPERTIES procedure. 

6) The MGC may optionally set properties and events (in any mandatory and optional packages) in the MG on 
ROOT level via the SET ROOT TERMINATION EVENTS/PROPERTIES procedure. 

7) The MGC may optionally perform a CONTEXT AUDIT procedure to determine/check the active contexts and 
connected terminations on the MG. 

8) The MG may optionally inform the MGC of the state of its terminations via a MG TERMINATION 
AVAILABLE/MG TERMINATION UNAVAILABLE procedure. 
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9) The MGC may optionally Audit the state of its terminations if it cannot be assumed that the state is in-service 
or out-of-service via the AUDIT TERMINATION STATE procedure. 

10) The MGC should not deblock associated circuits toward peer nodes before it has determined the true service 
state of the MG's circuits by one of the two procedures above. 



MGC 



MG 



MG Restoration 



MG Restoration Ack 



Packages Audit 



Packages Audit Ack 



Audit ROOT Properties 



Audit ROOT Properties Ack 



Set ROOT Term Events/Properties 



Set ROOT Term Events/Properties Ack 



Context Audit 



Context Audit Ack 



MG Termination (Un)Available 



MG Termination (Un)Available Ack 



Audit Termination State 



Audit Termination State Ack 



(optional) 



(optional) 



(optional) 
(optional) 



(if state changes 
have occurred) 



(optional) 



Figure 3: MG Warm Boot Procedures 



10.2 Enable MGC 

This management primitive is applicable only to the MGC and results in a MGC being brought into service. The MGC 
will optionally have been provisioned with the H.248 mid and possibly the transport address of the H.248 control 
association of its MGs. The following H.248 procedures are performed: 

1) The MGC may optionally check on the availability of its MGs via the CHECK MG AVAILABILITY 
procedure. This is only possible if the MGC is aware of the pre-provisioned IP address of the MG and UDP 
transport is used. 

2) If the MG is available, the MGC may optionally request the MG to register via the MGC INITIATED 
SERVICE RESTORATION procedure which causes the MG to initiate the MG RE-REGISTRATION 
(RESTART) procedure. 

3) If the MG is available, the MGC may optionally audit ROOT properties in the MG via the AUDIT ROOT 
PROPERTIES procedure. 

4) If an MG is available, the MGC may optionally set properties and events in the MG on ROOT level via the 
SET ROOT TERMINATION EVENTS/PROPERTIES procedure. 

5) If an MG is available, the MGC may optionally perform a CONTEXT AUDIT procedure to determine the 
active contexts and connected terminations on the MG. 
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6) If an MG is available, the MGC may optionally clean up hanging contexts/terminations via a WILDCARDED 
SUBTRACT. 

7) If an MG is available, the MGC may optionally check on the service state of the physical terminations on the 
MG service via the AUDIT TERMINATION STATE procedure. 

8) The MGC should not deblock associated circuits toward peer nodes before it has determined the true service 
state of the MG's circuits. 
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(optional) 

(optional) 
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Figure 4: Enable MGC Procedures 



10.3 Disable MG (Graceful) 



This primitive is applicable to both the MG and MGC and covers the use case of management action that results in a 
MG being taken out of service gracefully. It is recommended that the network management system performs a Disable 
MG (Graceful) command to the MGC. The one scenario where a Disable MG (Graceful) command to the MG makes 
sense is for an Access Gateway in order to inhibit new calls being initiated toward the MGC during the graceful period, 
and even in this case a MGC would be able to reject any originating calls appropriately. In addition, the management 
primitive typically has no equivalent of the H.248 ServiceChangeDelay - rather the acceptable period during which all 
affected calls/connections ought to be removed is determined by the operator. Therefore when mapping into H.248, a 
default value for the ServiceChangeDelay period would need to be applied. 

1 0.3.1 Disable IVIG (Graceful) (at IVIGC) 

On receipt of this primitive, the MGC performs the following actions: 

1) The MGC inhibits any new calls/connections to the MG and allows existing calls/connections to expire 
naturally/normally. 

2) In the event of new calls originating from the MG (e.g. an AGW), the MGC would handle them appropriately 
via call related procedures (e.g. reject the call attempt and connect a failure indication). 
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3) When all calls have been released, the management system is informed. Optionally, the MGC may also place 
the MG out of service via the MGC INITIATED SERVICE CANCELLATION procedure. 



MGC 



MGC INITIATED SERVICE CANCELLAT ON 



MG 



MCiC INITIATED SERVICE CANCELLATIOl^ ACK 



(optional) 



Figure 5: MGC INITIATED SERVICE CANCELLATION Procedure 



1 0.3.2 Disable MG (Graceful) (at MG) 

The following H.248 procedures are applied: 



1) 

2) 
3) 

4) 
5) 



The MG informs the MGC via the MG SERVICE CANCELLATION (GRACEFUL) procedure. This 
procedure enables the MG to specify a timer (the ServiceChangeDelay) during which it is anticipated that all 
existing calls/connections on that MG will expire normally. 

If applicable, the MG may prevent new originating calls being offered to the MGC. 

The MGC inhibits any new calls/connections to the MG and allows existing calls/connections to expire 
naturally/normally. 

At the end of the ServiceChangeDelay period, any remaining connections are left hanging on the MG. 

At the end of the ServiceChangeDelay period, the MGC force releases any remaining calls that have not 
expired naturally (but does not signal to the MG since the control association is now assumed to be down). 



MGC 




MG 




^ 


AG Service Cancellation (Grace 


ful) 






MG Service Cancellation (Graceful) Ack 








(expiry of graceful timer) 







Figure 6: MG SERVICE CANCELLATION (GRACEFUL) Procedure 



1 0.4 Disable IVIG (Immediate) 



This primitive is applicable to both the MG and MGC and covers the use case of management action that results in a 
MG being taken out of service immediately. 

1 0.4.1 Disable MG (Immediate) (at MGC) 

On receipt of this primitive, the MGC performs the following actions: 

1) The MGC inhibits any new calls/connections to the MG and force releases existing calls/connections. 

2) In the event of new calls originating from the MG (e.g. an AGW), the MGC would handle them appropriately 
via call related procedures (e.g. reject the call attempt and connect a failure indication). 

3) When all calls have been released, the management system is informed. Optionally, the MGC may also place 
the MG out of service via the MGC INITIATED SERVICE CANCELLATION procedure (see figure 5). 
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1 0.4.2 Disable MG (Immediate) (at MG) 

The following H.248 procedures are performed: 

1) The MG informs the MGC via the MG SERVICE CANCELLATION (IMMEDIATE) procedure. 

2) The MG responds to the management system. Note that existing connections are still hanging on the MG. 

3) On receipt of the MG SERVICE CANCELLATION (IMMEDIATE) message, the MGC force releases any 
calls/connections associated with that MG. However, the connections cannot be removed on the MG due to the 
control association being down. 

Since connections may be left hanging, it is recommended that the DISABLE MG (Immediate) primitive is applied 
firstly at the MGC and then at the MG. 



MGC 



MG 



MG Service Cancellation ( Immediate) 



^G Service Cancellation (Immediate) Ack 



Figure 7: MG SERVICE CANCELLATION (Immediate) Procedure 



10.5 Disable MGC 

This primitive is sent to a MGC and results in a MGC being taken out of service. 

Prior to the MGC being disabled, it is recommended that the MGC inform its dependent MGs to move their control 
associations to an alternative MGC via the MGC HANDOFF procedure (clause 10.18) or that all dependent MGs are 
disabled prior to disabling the MGC (clause 10.4). 

10.6 Enable Termination 

This management primitive is applicable to both the MGC and MG. It is recommended that this primitive is initially 
sent to the MGC and subsequently to the MG. 

1 0.6.1 Enable Termination (at IVIGC) 

The following H.248 procedures are performed: 
1) The MGC may: 

a) Optionally assume that the corresponding termination is in-service on the MG, in which case the MGC 
attempts to use the termination and will receive an error code if the termination is not available at the 
MG end. On receipt of any such error code, the MGC desists from using the termination until such time 
as the procedures in clause 10.6.2 are completed. 

b) Optionally assume that the corresponding termination is out of service and await the completion of the 
procedures in clause 10.6.2. 

c) Optionally audit the service state of the termination via the AUDIT TERMINATION STATE procedure. 
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MGC 



MG 



Audit Termination State 



Audit Termination State Ack 



Figure 8: Audit Termination State Procedure 

1 0.6.2 Enable Termination (at MG) 

The following H.248 procedures are performed: 

1) The MG informs the MGC via the MG TERMINATION AVAILABLE procedure. If a successful response is 
obtained the termination is now in-service at both the MG and MGC. If a negative response/error descriptor 
with error code #511 "Temporarily Busy" (defined in ITU-T Recommendation H.248. 8 [i.l3]) indicating a 
temporary busy condition in the MGC is received, the MG periodically repeats the MG TERMINATION 
AVAILABLE procedure until a successful response is received. If multiple repetitions are needed, the 
repetition rate shall be continuously decreased over time. The minimum inter-transmit time under such 
conditions shall be 100 ms. 

NOTE: In case the MG termination procedure is to be repeated and if the corresponding MG termination has 
undergone a Service State change in the meantime, only the latest Service State is reported. This may 
imply a change of the procedure to be applied (e.g. MG TERMINATION UNAVAILABLE). 



MGC 



MG 



MG Termination Available 



MG termination Available Ack 



Figure 9: IVIG Termination Available Procedure 



10.7 Disable Termination (Graceful) 

This primitive is applicable to both the MG and MGC and covers the use case of management action that results in a 
termination being taken out of service gracefully. It is recommended that the network management system performs a 
Disable Termination (Graceful) command to the MGC. The one scenario where a Disable Termination (Graceful) 
command to the MG makes sense is for an Access Gateway in order to inhibit new calls being initiated toward the 
MGC during the graceful period - and even in this case a MGC would be able to reject any originating calls 
appropriately. 

1 0.7.1 Disable Termination (Graceful) (at MGC) 

The following actions are performed: 

1) The MGC prevents any new calls/connections being offered to the affected termination. 

2) If there are any current calls/connections on the termination, the MGC allows them to expire 
normally/naturally. 

3) When all calls are released, the MGC informs the management system. 
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1 0.7.2 Disable Termination (Graceful) (at MG) 

The following actions are performed: 

1) The MG informs the MGC via the MG TERMINATION OOS GRACEFUL procedure. This procedure 
enables the MG to specify a timer (the ServiceChangeDelay) during which it is anticipated that all existing 
calls/connections on that MG termination will expire normally. On receipt of this message, the MGC now 
inhibits any new calls/connections to the specified MG termination and allows existing calls/connections to 
expire naturally/normally. 

NOTE 1 : The use of delay means that the network management has lost control of when the calls will be forced- 
released, in many cases the operator would control this and depending on number of calls still active may 
chose to defer the maintenance action. 

2) If a successful response is obtained at the end of the ServiceChangeDelay period, the MG places the 
termination in the out of service state. 

If a negative response/error descriptor with error code #511 "Temporarily Busy" (defined in 
ITU-T Recommendation H.248.8 [i.l3]) indicating a temporary busy condition in the MGC is received, the 
MG periodically repeats the MG TERMINATION OOS GRACEFUL procedure until a successful response is 
received. Furthermore the MG may adapt the ServiceChangeDelay timer accordingly. If multiple repetitions 
are needed, the repetition rate shall be continuously decreased over time. The minimum inter-transmit time 
under such conditions shall be 100 ms. 

NOTE 2: In case the MG termination procedure is to be repeated and if the corresponding MG termination has 
undergone a Service State change in the meantime, only the latest Service State is reported. This may 
imply a change of the procedure to be applied (e.g. MG TERMINATION AVAILABLE). 

3) Additionally, at the end of the ServiceChangeDelay period, the MGC force releases any remaining calls that 
have not expired naturally and subtracts the terminations on the MG since the control association is still up. 
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Figure 10: MG Termination OOS Graceful Procedure 

10.8 Disable Termination (Immediate) 

This primitive is applicable to both the MG and MGC and covers the use case of management action that results in a 
termination being taken out of service immediately. 

1 0.8.1 Disable Termination (Immediate) (at MGC) 

The following H.248 procedures are performed: 

1) The MGC force releases all affected calls/connections, subtracting appropriate terminations on the MG. 



£75/ 



22 



ETSI TS 183 025 V2.5.1 (2009-04) 



1 0.8.2 Disable Termination (Immediate) (at MG) 

This use case is triggered by management action that results in a MG termination being taken out of service 
immediately. The following H.248 procedures are performed: 

1) The MG informs the MGC via the MG TERMINATION UNAVAILABLE procedure. If a successful response 
is obtained the termination is now out-of-service at both the MG and MGC. If a negative response/error 
descriptor with error code #511 "Temporarily Busy" (defined in ITU-T Recommendation H.248. 8 [i.l3]) 
indicating a temporary busy condition in the MGC is received, the MG periodically repeats the MG 
TERMINATION UNAVAILABLE procedure until a successful response is received. If multiple repetitions 
are needed, the repetition rate shall be continuously decreased over time. The minimum inter-transmit time 
under such conditions shall be 100 ms. 

NOTE: In case the MG termination procedure is to be repeated and if the corresponding MG termination has 
undergone a Service State change in the meantime, only the latest Service State is reported. This may 
imply a change of the procedure to be applied (e.g. MG TERMINATION AVAILABLE). 

2) The MGC now force releases all affected calls/connections including subtracting appropriate terminations on 
theMG. 



MGC 
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MG Termination Unavailable 



MG Termination Unavailable Ack 



Figure 11: MG Termination Unavailable Procedure 



10.9 MG Failure and Recovery 

This use case is triggered by a hardware/software failure on the MG. The following H.248 procedures are performed: 

1) If possible, the MG informs the MGC via the MG SERVICE CANCELLATION (IMMEDIATE) procedure. 
The MGC force releases all affected calls. 

2) On recovering, the MG restarts and informs the MGC. The procedures of clause 10. 1.2 are applicable. 
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See 10.1.2 







Figure 12: MG Failure and Recovery Procedures 
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10.10 MG Termination Failure and Recovery 

This use case is triggered by a hardware/software failure on the MG termination (e.g. loss of synchronization on an El). 
The following H.248 procedures are performed: 

1) The MG informs the MGC via the MG TERMINATION UNAVAILABLE procedure. The MGC force 
releases any affected calls (and subtracts related terminations on the MG). 

2) On the fault being cleared, the MG informs the MGC via the MG TERMINATION AVAILABLE procedure. 
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Figure 13: MG Termination Failure and Recovery Procedures 



1 0.1 1 IVIGC Failure and Recovery 



This use case is triggered by a hardware/software failure on the MGC. The following H.248 procedures are performed: 

1) During the outage, the procedures associated with the MG detecting the loss of the control association are 
applicable (see clause 10.13). 

2) When the MGC recovers, the procedures of clause 10.2 are applicable. 

10.12 User Plane Failure 

10.12.1 Failure affecting a Single Termination 

This use case is triggered by the MG detecting loss of application data (e.g. RTF) on an ephemeral termination. The 
following H.248 procedures are performed: 

1) During the establishment of the connection, the MGC is assumed to have armed the MG to report an 
appropriate ObservedEvent which would be associated with user plane failure. There are a number of events 
that could be used for this purpose (e.g. nt/netfail, nt/qalert (see clause E.l 1 of [i.5]), g/cause (see clause E.l of 
[i.5], adid/ipstop (see [i.lO]) etc.). 

2) The MG detects loss of user plane data on one or more streams and notifies the MGC via the USER PLANE 
FAILURE procedure. The MG should avoid sending an avalanche of notifications where loss of user plane 
data is detected simultaneously across multiple ephemeral terminations. 

3) On being informed of user plane failure, the MGC would typically remove the affected stream(s) and/or force 
release the affected call and subtract the related terminations. 
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User Plane Failure 



User Plane Failure Ack 



Figure 14: MG User Plane Failure Procedure 

1 0.1 2.2 Failure affecting Multiple Terminations 

The events of previous clause may be applied as in this scenario as well. The major difference is the fact, that in this 
scenario the failure affects multiple ephemeral terminations in parallel. This may lead to a burst arrival of correspondent 
event notifications at the MGC. 

Alternative failure reporting could be based on the use of ServiceChange with appropriate wildcarding. 

10.13 MGC-MG Control Association Failure and Recovery 

The general framework for "MGC-MG control association monitoring" is defined in clause 1 1.6 of [i.5]. 

If UDP transport is used to convey the H.248 signalling, then the control association is indirectly monitored via the 
Inactivity Package (see [i.7]). In this case, it is assumed that the MGC has previously initiated the inactivity timer on the 
MG via the SET ROOT TERMINATION EVENTS/PROPERTIES procedure (see clause 10.1). This approach is based 
on the MGC being polled by the MG. An unsuccessful event notification can be the result of either a failure in the MGC 
entity, or a failure of the IP transport. 

If SCTP transport is used, then the SCTP association is monitored via SCTP procedures (which are out of scope of the 
present document) and the H.248 application layer is informed by the SCTP layer when the SCTP association goes 
down/comes up. 

The following H.248 procedures are performed: 

1) For UDP transport, the MGC should endeavour to send at least one message to the MG during the period of 
the inactivity timer. If there are no call related messages, the MGC may use the CHECK MG 
AVAILABILITY procedure. If this procedure fails, the MGC periodically re-attempts the procedure to check 
if the control association is once more OK. 

2) For UDP transport, on expiry of the inactivity timer, if the MG has received a message (including an 
acknowledgment) from the MGC during the inactivity timer period, then the MG resets the inactivity timer. 

3) For UDP transport, on expiry of the inactivity timer, if the MG has not received a message (including an 
acknowledgment) from the MGC during the inactivity timer period, then the MG initiates the ROOT EVENT 
NOTIFICATION procedure to notify the MGC of the expired inactivity timer. 

4) For UDP transport, if the ROOT EVENT NOTIFICATION procedure is successfully acknowledged, then the 
MG resets the inactivity timer. 

5) For UDP transport, if no acknowledgement is received, then the control association is deemed to be down after 
normal H.248 retransmissions have occurred. 

6) For UDP transport, the MG now attempts to re-establish the lost control association via the MG LOST 
COMMUNICATION (DISCONNECTED) procedure. If no acknowledgement is received (and H.248 
retransmissions have occurred), then the MG attempts to establish an alternative control association via the 
MG LOST COMMUNICATION (FAILOVER) procedure. 

7) For SCTP transport, on being informed by the SCTP layer that the SCTP association is now up, the MG 
re-establishes the H.248 control association via the MG LOST COMMUNICATION (DISCONNECTED) or 
MG LOST COMMUNICATION (FAILOVER) procedure (dependent on whether the new SCTP association is 
to the same MGC or different MGC as previously). 
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8) When the control association is re-estabhshed, the MGC may optionally re-synchronize its data with the MG 
via the AUDIT ROOT PROPERTIES, CONTEXT AUDIT and AUDIT TERMINATION STATE procedures. 

9) When the control association is re-established, the MG informs the MGC of the state of its terminations via the 
MG TERMINATION AVAILABLE/MG TERMINTION UNAVAILABLE procedure if any changes 
occurred which it was unable to report during the signalling link outage. 

10) When the control association is re-established, commands that were buffered during the outage period may be 
sent. 
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Figure 15: Control Association Failure and Recovery Procedures (UDP) 
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Figure 16: Control Association Failure and Recovery Procedures (SCTP) 



10.14 MG Overload 

This use case is triggered by the MG entering an overloaded state. It is assumed that that MGC has previously armed 
the MG for notification of overload via the SET ROOT TERMINATION EVENTS/PROPERTIES procedure. 
Examples of packages for such notification would be the MG Overload Control Package (see [i.8]) or the MG Resource 
Handling Package (see [i.6]). 

The following H.248 procedures are performed: 

1) The MG is then pushed into an overload state by excessive call related activity. 

2) The MG informs the MGC of its overload condition via the ROOT EVENT NOTIFICATION procedure. If 
this notification is based on [i.8], then such a notification is triggered by the receipt of a new ADD request on 
the MG - else the notification may be sent autonomously. 

3) On receipt of this notification, the MGC takes appropriate action to reduce the load offered to the MG. 
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Figure 17: MG Overload Notification Procedure 
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10.15 MGC Overload 

This procedure is applicable only where the MGC is controlling MGs that are capable of generating traffic (e.g. an 
AGW). The following H.248 procedures are performed: 

1) The MGC is pushed into an overload state by excessive call related activity. 

2) The MGC informs its dependent MGs of its overload condition via the MGC OVERLOAD NOTIFICATION 
procedure. A suitable package for this notification would be [i.9]. 

3) On receipt of this notification, the MG takes appropriate action to reduce the load offered to the MGC 

(see [i.9]). 
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Figure 18: MGC Overload Procedure 



10.16 MGC Hand-Off 

This use case is triggered by management action that results in the MGC moving an existing control association to an 
alternative MGC address (e.g. when a single-homed IP host MGC entity provides multiple IP ports for the IP transport 
connection; or when the MGC entity is realized as multi-homed IP host, i.e. provides multiple IP interfaces. The former 
"hand-off to an alternative address" relates then to an IP port redirection, the later to an IP interface redirection). 
This could be done as a load balancing exercise or as a pre-condition to taking a MGC out of service. The following 
H.248 procedures are performed: 

1) The MGC requests its MGs to move an existing control association to a specified alternative MGC address via 
the MGC HANDOFF procedure. On receipt of this message, the MG then forms a new control association to 
the specified alternate MGC address via the MG RE-REGISTRATION (HANDOFF) procedure. 
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Figure 19: Hand-Off Procedures 
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10.17 MGC Triggered MG Redirect 



This use case is triggered by an MGC rejecting a registration request from an MG and providing an alternative MGC 
address in the response. This relates to a redirection of the IP port or the entire IP interface (see clause 10. 16). This 
could be done as a load balancing exercise. The following H.248 procedures are performed: 

1) The MGC on receipt of a registration request, provides an alternative MGC identity/address in the registration 
response. This is shown in the MG REGISTRATION REDIRECT procedure. The MG subsequently repeats 
the original registration request to the alternate MGC. 
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Figure 20: MG Registration Redirect Procedure 



10.18 IVIG Failover 

This use case is triggered by management action that results in the MG swapping over from a primary/worker MG to a 
secondary/standby MG. This swap over can either be initiated by the Primary MG or the Secondary MG. The following 
H.248 procedures are performed: 

Primary MG Initiated 

1) The Primary MG is about to go out of service and wishes to relinquish processing to a Secondary MG. The 
Primary MG firstly informs the MGC that it is about to go out of service via the MG REDUNDANT 
TAKEOVER (PRIMARY) procedure. On completion of this procedure, the control association to the MGC is 
terminated. 

2) The Secondary MG then registers with the MGC using the procedures in clause 10.1.2 (Warm Boot). 



MGC 



MG 

(primary) 



MG 

(secondary) 



MG Redundant Takeover (Primary) 



MG Redundant Takeover (Primary) Ack 



Warm Boot procedures 



Figure 21 : IVIG REDUNDANT TAKEOVER (PRIMARY) Procedure 

Secondary MG Initiated 

1) In this case, the Secondary MG initiates the swap over (e.g. by detecting the failure of the Primary MG) via the 
MG REDUNDANT TAKEOVER (SECONDARY) procedure. 

2) On completion of this procedure, the control association is now established between the MGC and Secondary 
MG. The procedures in clause 10.1.2 (ColdAVarm Boot) from bullet 3 onwards are then are then applicable. 
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MGC 



MG 

(secondary) 



MG Redundant Takeover (Secondary) 



W 



"te 



Redundant Takeover (Secondary) Ack 



Figure 22: MG REDUNDANT TAKEOVER (SECONDARY) Procedure 



10.19 Change of MG Resources 



This use case is triggered by management action that results in a change to MG resources on an In-Service MG such 
that the applied change does not result in a Service Change message, but does require the MGC to be notified of the 
applied change via a H248 NOTIFY message. The MGC has previously armed the necessary event via the SET ROOT 
EVENTS/PROPERTIES procedure (see clause 10.1). 

1) The MG's resources are changed via Management Configuration and the MG has been previously armed to 
inform the MGC of the related change. 

2) The MG informs the MGC of the change in its resources via the ROOT EVENT NOTIFICATION procedure. 



MGC 




MG 




^ 


ROOT Event Notification 


W 






ROOT Event Notification Ack 















Figure 23: Chiange to lUIG Resources Procedure 
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1 1 Non-Call Related H.248 Procedures and their 
Contents 



Table 1 lists the procedures described in this clause. 



Table 1 



Procedure 


Clause 


MG REGISTRATION (COLD BOOT) (see note) 


11.1 


MG Restoration (see note) 


11.2 


Packages Audit 


11.3 


Context Audit 


11.4 


IVIG Termination Available 


11.5 


MG Termination Unavailable 


11.6 


Audit Termination State 


11.7 


Set ROOT Termination Events/Properties 


11.8 


MGC INITIATED SERVICE RESTORATION 


11.9 


Check MG Availability 


11.10 


MG SERVICE CANCELLATION (GRACEFUL) 


11.11 


MG SERVICE CANCELLATION (IMMEDIATE) 


11.12 


MGC Hand-Off 


11.13 


MG RE-REGISTRATION (HANDOFF) (see note) 


11.14 


MG Termination OOS Graceful 


11.15 


MGC Overload Notification 


11.16 


MG Registration Redirect (see note) 


11.17 


User Plane Failure 


11.18 


ROOT EVENT NOTIFICATION 


11.19 


MG LOST COMMUNICATION (DISCONNECTED) 


11.20 


MG LOST COMMUNICATION (FAILOVER) 


11.21 


MG REDUNDANT TAKEOVER (PRIMARY) 


11.22 


MG RE-REGISTRATION (RESTART) 


11.23 


Wildcarded Subtract 


11.24 


MG REDUNDANT TAKEOVER (SECONDARY) 


11.25 


MGC INITIATED SERVICE CANCELLATION 


11.26 


Void 


11.27 


Audit ROOT Properties 


11.28 


NOTE: These procedures are initiated using H.248 version 1 and may be used to 

negotiate a higher protocol version. All other procedures are initiated using the 
negotiated protocol version. 
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11.1 MG Registration (Cold Boot) 

Table 2 shows the contents of the MG REGISTRATION (COLD BOOT) and MG REGISTRATION (COLD BOOT) 
Ack command/response pair. 

Table 2: MG Registration (Cold Boot) and MG Registration (Cold Boot) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Registration (Cold 
Boot) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
RESTART. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 901 - "Cold 
Boot". 


Service Change 
Profile 





Indicates the name of a supported H.248 
profile. 


Protocol Version 





Indicates the highest H.248 version 
supported by the MG - if other than 1 . 


IVIG Registration (Cold 
Boot) Acl< 


MGG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Protocol Version 





If the highest protocol version supported by 
the MGC is lower than that proposed by the 
MG, this parameter must be included. If the 
highest protocol version supported by the 
MGC is equal to that proposed by the MG, 
this parameter may be included. Note that if 
the protocol version supported by the MGC is 
greater than that proposed by the MG, the 
command is rejected with an error response 
406 ("Version Not Supported"). 


Service Change 
Profile 





This information element indicates the profile 
(name and version) supported by the MGC if 
different from that proposed by the MG. 
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11 .2 MG Restoration 

Table 3 shows the contents of the MG Restoration and MG Restoration Ack command/response pair. 

Table 3: MG Restoration and MG Restoration Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Restoration 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
RESTART. 


Reason 


M 


This information element indicates the reason 
for service change. This is set to 900 
("Service Restored") or 902 ("Warm Boot") or 
916 ("Packages Change" ) or 91 7 
("Capabilities Change") or 918 "Cancel 
Graceful"). 


Service Change 
Profile 





Indicates the name of a supported H.248 
profile. 


Protocol Version 





Indicates the highest H.248 version 
supported by the MG - if other than 1 . 


MG Restoration Acl< 


MGG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Protocol Version 





If the highest protocol version supported by 
the MGC is lower than that proposed by the 
MG, this parameter must be included. If the 
highest protocol version supported by the 
MGC is equal to that proposed by the MG, 
this parameter may be included. Note that if 
the protocol version supported by the MGC is 
greater than that proposed by the MG, the 
command is rejected with an error response 
406 ("Version Not Supported"). 


Service Change 
Profile 





This information element indicates the profile 
(name and version) supported by the MGC if 
different from that proposed by the MG. 



1 1 .3 Packages Audit 



This procedure is typically performed against the ROOT termination, in which case the MG returns all supported 
packages. It is also possible for the MGC to request a packages audit against other than the ROOT termination (e.g. a 
circuit termination) in which case the MG returns the sub-set of the packages that are applicable to the termination type. 
However, it is recommended that a packages audit be performed on the ROOT termination since the MGC can be 
expected to know how the returned set of packages ought to be used in relation to its different termination types. 
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Table 4 shows the contents of the Packages Audit and Packages Audit Ack command/response pair. 

Table 4: Packages Audit and Packages Audit Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Packages Audit 


MGC 


Context 


M 


Tliis information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Audit packages 


M 


This is the Audit Descriptor requesting 
"Packages". 


Packages Audit Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received 


Termination 


M 


As received. 


Package List 


M 


The list of supported packages. 



1 1 .4 Context Audit 

This procedure is invoked by the MGC to check/determine the Hst of active contexts and related terminations on the 
MG. There are a number of variations to this audit dependent on the amount of information available to the MGC prior 
to the audit (e.g. context identity known or termination naming scheme known etc.). A MGC may choose to use one or 
a combination of these variations dependent on its specific audit requirements. 

Tables 5 to 8 shows the contents of the various Context Audit and Context Audit Ack command/response pair. 
Table 5: Context Audit and Context Audit Ack (termination id known) 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Context Audit 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to ALL or 
NULL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific termination identity known by the 
MGC (e.g. aln/4). 


Audit Information 





This is the Audit Descriptor requesting the 
appropriate information to be returned 
(e.g. "Media"). 


Context Audit Ack 
(see note) 


MG 


Context 


M 


The specific context with which the 
termination is currently associated. 


Command 


M 


As received. 


Termination 


M 


As received. 


Audited Information 





The information requested. 


NOTE: In the event of a termination/context mismatch, then an error 435 would be returned. 
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Table 6: Context Audit and Context Audit Ack (context known) 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Context Audit 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to a specific 
(non NULL) value. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific termination identity or a wildcarded to 
ALL. 


Audit Information 





This is the Audit Descriptor requesting the 
appropriate information to be returned (e.g. 
"Media"). 


Context Audit Ack 


MG 


Context 


M 


As received (see note). 


Command 


M 


As received. 


Termination(s) 


M 


As received (if a specific termination in the 
request), else a list of termination identities (if 
wildcarded in the request). 


Audited 
Information 





The information requested (per termination). 


NOTE: In the event of the context not being l<nown at the MG, an error 435 would be returned. 



Table 7: Context Audit and Context Audit Ack (termination id partly known) 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Context Audit 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to ALL or 
NULL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
partially wildcarded termination, 
e.g. ephemeral/5/*. 


Audit Information 





This is the Audit Descriptor requesting the 
appropriate information to be returned. 


Context Audit Ack 


MG 


Context 


M 


One or more active contexts associated with 
the wildcarded termination identity (see note). 


Command 


M 


As received. 


Termination(s) 


M 


For each returned context, one or more 
matching terminations. 


Audited Information 





The information requested, (per termination). 


NOTE: In the event of there a mismatch between the wildcarded termination and specified context, an error 431 
would be returned. 
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Table 8: Context Audit and Context Audit Acl< (context list) 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Context Audit 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to ALL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Context Audit Ack 


MG 


Context 


M 


One or more active contexts present on the 
MG. 


Command 


M 


Set to AUDIT VALUE. 


Termination(s) 


M 


For each returned context, the ROOT 
termination is returned. 


NOTE: In the event of there being a mismatch between the wildcarded termination and specified context, an 
error 431 would be returned. 



1 1 .5 MG Termination Available 

Table 9 shows the contents of the MG Termination Available and MG Termination Available Ack command/response 
pair. 

Table 9: IVIG Termination Available and lUIG Termination Available Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Termination 
Available 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL or 
specific. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific termination identity or a partially 
wildcarded identity (e.g. an E1). 


Method 


M 


This information element indicates the 
method for the command. This is set to 
RESTART. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 900 - "Service 
Restored". 


MG Termination 
Available Ack 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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1 1 .6 MG Termination Unavailable 

Table 10 shows the contents of the MG Termination Unavailable and MG Termination Unavailable Ack 
command/response pair. 

Table 10: MG Termination Unavailable and MG Termination Unavailable Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Termination 
Unavailable 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL, ALL 
or specific. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific termination identity or a partially 
wildcarded identity (e.g. an E1). 


Method 


M 


This information element indicates the 
method for the command. This is set to 
FORCED. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 904 
("Termination Malfunction") or 905 
("Termination Taken OOS") or 906 ("Loss of 
Lower Layer Connectivity"), or 907 
("Transmission Failure") or 910 ("Media 
Capability Failure") or 912 ("Mux Capability 
Failure") or 913 ("Signal Capability Failure") 
or 91 4 ("Event Capability Failure" or 91 5 
("State Loss"). 


MG Termination 
Unavailable Ack 


MGG 


Context 


M 


As received. 


Command 


M 


As received 


Termination 


M 


As received. 
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1 1 .7 Audit Termination State 

Table 1 1 shows the contents of Audit Termination State and Audit Termination State Ack command/response pair. 
Table 11 : Audit Termination State and Audit Termination State Acit 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Audit Termination State 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to ALL or 
specific or NULL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific termination identity or a partially 
wildcarded identity (e.g. an E1). 


Audit Service State 


M 


This is the Audit Descriptor requesting the 
Service State in the Termination State 
Descriptor. 


Audit Termination State 
Acl< 


MG 


Context 


M 


The specific/NULL context with which the 
termination is currently associated (see note). 


Command 


M 


As received 


Termination 


M 


As received. 


Service State 


M 


The Service State in the Termination State 
Descriptor. 


NOTE: If the termination does not match the specified context, then a 430 (wildcarded termination) or 435 (specific 
termination) error is returned. 



1 1 .8 Set ROOT Termination Events/Properties 

Table 12 shows the contents of Set ROOT Termination Events/Properties and Set ROOT Termination Events/Properties 
Ack command/response pair. 

Table 12: Set ROOT Termination Events/Properties and Set ROOT Termination 

Events/Properties Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Set ROOT Termination 
Events/Properties 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to MODIFY. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


ROOT Properties 





These are the ROOT level properties - 
e.g. "Normal MGC Execution Time". 


ROOT Events 





These are the ROOT level events - 

e.g. notification of expiry of inactivity timer, 

notification of overload etc. 


Set ROOT Termination 
Events/Properties Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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1 1 .9 MGC Initiated Service Restoration 

Table 13 shows the contents of the MGC Initiated Service Restoration and MGC Initiated Service Restoration Ack 
command/response pair. 

Table 13: MGC Initiated Service Restoration and MGC Initiated Service Restoration Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MGC Initiated Service 
Restoration 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
RESTART. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 900 ("Service 
Restored") or 901 ("Cold Boot"). 


IVIGC Initiated Service 
Restoration Acl< 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 



11.10 Check IVIG Availability 



Table 14 shows the contents of the Check MG Availability and Check MG Availability Ack command/response pair. 
Table 14: Check MG Availability and Check MG Availability Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Check MG Availability 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Check MG Availability 
Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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11.11 MG Service Cancellation (Graceful) 

Table 15 shows the contents of the MG Initial OOS Graceful and MG Service Cancellation (Graceful) Ack 
command/response pair. 

Table 15: MG Service Cancellation (Graceful) and MG Service Cancellation (Graceful) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Service 
Cancellation (Graceful) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
GRACEFUL. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 908 - "MG 
Impending Failure" or 905 - "Termination 
OOS". 


Service Change 
Delay 





Indicates the period before which the MG will 
go out of service. 


MG Service 
Cancellation (Graceful) 
Ack 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 



11.12 IVIG Service Cancellation (Immediate) 

Table 16 shows the contents of the MG Service Cancellation (Immediate) and MG Service Cancellation (immediate) 
Ack command/response pair. 

Table 16: MG Service Cancellation (Immediate) and MG Service Cancellation (Immediate) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Service 
Cancellation 
(Immediate) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
FORCED. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 908 - "MG 
Impending Failure" or 905 - "Termination 
Taken OOS". 


MG Service 
Cancellation 
(Immediate) Ack 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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11.13 MGC Hand-Off 

Table 17 shows the contents of the MGC Hand-Off and MGC Hand-Off Ack command/response pair. 

Table 17: MGC Hand-Off and MGC Hand-Off Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MGC Hand-Off 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
HANDOFF. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 903 - "MGC 
Directed Change". 


Alternate MGC Id 


M 


This is the alternate MGC Identity (see note) 
to which the control association should be 
moved. 


MG Hand-Off Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


NOTE: The ServiceChangeMgcID parameter is of type Message Identifier (MID, see clause 8.3/H.248.1 [i.5]), the 
parameter format represents thus either an address (IP version 4 or 6 domain address; broadband MTP3 
address) or a name (IP domain name or a generic device name). In both cases the parameter is used for an 
unambiguous identification of an MGC entity (i.e. a primary or secondary MGC). Names require firstly a 
resolution into a routable address. The name-to-address resolution by the MG requires a local or remote 
DNS query request in case of the domain format, or a local mapping table in case of the device format. Each 
name resolution is related to the "pre-configured list of MGC entities" in the MG see clause 1 1 .5/H.248.1 [i.5]). 
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11.14 MG Re-Registration (Handoff) 

Table 1 8 shows the contents of the MG Re-Registration (Handoff) and MG Re-Registration (Handoff) Ack 
command/response pair. 

Table 18: MG Re-Registration (Handoff) and IVIGC Re-Registration (Handoff) Acl< 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Re-Registration 
(Handoff) Request 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
HANDOFF. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 903 - "MGC 
Directed Change". 


Service Change 
Profile 





Indicates the name of a supported H.248 
profile. 


Protocol Version 





Indicates the highest H.248 version 
supported by the MG - if other than 1 . 


IVIG Re-Registration 
(Handoff) Acl< 


MGG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Service Change 
Profile 





This information element indicates the profile 
(name and version) supported by the MGC if 
different from that proposed by the MG. 


Protocol Version 





If the highest protocol version supported by 
the MGC is lower than that proposed by the 
MG, this parameter must be included. If the 
highest protocol version supported by the 
MGC is equal to that proposed by the MG, 
this parameter may be included. Note that if 
the protocol version supported by the MGC is 
greater than that proposed by the MG, the 
command is rejected with an error response 
406 ("Version Not Supported"). 
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11.15 MG Termination COS Graceful 

Table 19 shows the contents of the MG Termination OOS Graceful and MG Termination OOS Graceful Ack 
command/response pair. 

Table 19: MG Termination OOS Graceful and MG Termination OOS Graceful Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Termination OOS 
Graceful 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to ALL, NULL 
or SPECIFIC (dependent on whether the 
termination identity is partially wildcarded or 
not). 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific termination or a partially wildcarded 
identity (e.g. an E1). 


Method 


M 


This information element indicates the 
method for the command. This is set to 
GRACEFUL. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 905 - 
"Termination OOS". 


Service Change 
Delay 


M 


Indicates the period before which the MG will 
go out of service. 


IVIG Termination OOS 
Graceful Ack 


MGG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 



11.16 IVIGC Overload Notification 

Table 20 shows the contents of MGC Overload Notification and MGC Overload Notification Ack command/response 
pair. 

Table 20: MGC Overload Notification and MGC Overload Notification Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MGC Overload 
Notification 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to MODIFY. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Overload 
Notification 


M 


This information element indicates that the 
MGC is in overload. 


MGC Overload 
Notification Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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11.17 MG Registration Redirect 

Table 21 shows the contents of the MG Registration and MG Registration (Redirect) Ack command/response pair. 

Table 21 : MG Registration Redirect 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Registration 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
RESTART or DISCONNECTED or 
HANDOFF or FAILOVER. 


Reason 


M 


This information element indicates the reason 
for the command. This is set dependent on 
the METHOD. 


Service Change 
Profile 





Indicates the name of a supported H.248 
profile. 


Protocol Version 





Indicates the highest H.248 version 
supported by the MG - if other than 1 . 


IVIG Registration 
(Redirect) Acl< 


MGG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Protocol Version 





If the highest protocol version supported by 
the MGC is lower than that proposed by the 
MG, this parameter must be included. If the 
highest protocol version supported by the 
MGC is equal to that proposed by the MG, 
this parameter may be included. Note that if 
the protocol version supported by the MGC is 
greater than that proposed by the MG, the 
command is rejected with an error response 
406 ("Version Not Supported"). 


Service Change 
Profile 





This information element indicates the profile 
(name and version) supported by the MGC if 
different from that proposed by the MG. 


Alternate MGC Id 


M 


This element enables the MGC to inform the 
MG that it should redirect its Service Change 
to an alternative address (see note). The MG 
will now repeat the MG REGISTRATION 
(COLD BOOT) procedure to this alternate 
address. 


NOTE: See also note in table 17. 
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11.18 User Plane Failure 

Table 22 shows the contents of User Plane Failure and User Plane Failure Ack command/response pair. 

Table 22: User Plane Failure and User Plane Failure Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


User Plane Failure 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to a specific 
value. 


Command 


M 


This is the H.248 Command. Set to NOTIFY. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to a 
specific ephemeral termination identity. 


User Plane Failure 


M 


This information element indicates that a 
failure in the user plane has been detected 
(e.g. nt/netfail, g/cause etc.). 


User Plane Failure Ack 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 



11.19 Root Event Notification 

Table 23 shows the contents of the Root Event Notification and Root Event Notification Ack command/response pair. 
Table 23: Root Event Notification and Root Event Notification Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Root Event Notification 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to NOTIFY. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


ROOT events 


M 


This information element indicates the 
detected ROOT event (e.g. expiry of inactivity 
timer, MG Overload Notification or change to 
IP Realm Availability). 


Root Event Notification 
ACK 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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1 1 .20 MG Lost Communication (Disconnected) 

Table 24 shows the contents of the MG Lost Communication (Disconnected) and MG Lost Communication 
(Disconnected) Ack command/response pair. 

Table 24: MG Lost Communication (Disconnected) and lUIG Lost Communication 

(Disconnected) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Lost 

Communication 

(Disconnected) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
DISCONNECTED. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 900 "Service 
Restored". 


IVIG Lost 
Communication 
(Disconnected) Ack 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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1 1 .21 MG Lost Communication (Failover) 

The MG attempts to establish a new control association using its list of pre-provisioned MGC identities. The MG cycles 
though its list until a successful response is received. This procedure may be part of a MGC failover procedure, e.g. the 
MG is initiating a changeover from the original primary MGC to a next secondary MGC. 

Table 25 shows the contents of the MGC Failover -Establish New Control Association and MGC Failover -Establish 
new Control Association Ack command/response pair. 

Table 25: MG Lost Communication (Failover) and MG Lost Communication (Failover) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Lost 

Communication 

(Failover) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
FAILOVER. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 909 - "MGC 
Impending Failure". 


Service Change 
Profile 





Indicates the name of a supported H.248 
profile. 


Protocol Version 





Indicates the highest H.248 version 
supported by the MG - if other than 1 . 


MG Lost 
Communication 
(Failover) Acl< 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Service Change 
Profile 





This information element indicates the profile 
(name and version) supported by the MGC if 
different from that proposed by the MG. 


Protocol Version 





If the highest protocol version supported by 
the MGC is lower than that proposed by the 
MG, this parameter must be included. If the 
highest protocol version supported by the 
MGC is equal to that proposed by the MG, 
this parameter may be included. Note that if 
the protocol version supported by the MGC is 
greater than that proposed by the MG, the 
command is rejected with an error response 
406 ("Version Not Supported"). 
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1 1 .22 MG Redundant Takeover (Primary) 

Table 26 shows the contents of the MG Redundant Takeover (Primary) and MG Redundant Takeover (Primary) Ack 
command/response pair. 

Table 26: MG Redundant Takeover (Primary) and MG Redundant Takeover (Primary) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Redundant 
Takeover (Primary) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
FAILOVER. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 908 - "MG 
Impending Failure". 


MG Redundant 
Tal<eover (Primary) Acl< 


MGG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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1 1 .23 MG Re-Registration (Restart) 

Table 27 shows the contents of the MG Re-Registration (Restart) and MG Re-Registration (Restart) Ack 
command/response pair. 

Table 27: MG Re-Registration (Restart) and IVIG Re-Registration (Restart) Acl< 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MG Re-Registration 
(Restart) 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
RESTART. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to the value 
received from the MGC during the MGC 
INITIATED SERVICE RESTORATION 
procedure - see clause 1 1 .9. 


Service Change 
Profile 





Indicates the name of a supported H.248 
profile. 


Service Change 
Version 





Indicates the highest H.248 version 
supported by the MG - if other than 1 . 


IVIG Re-Registration 
(Restart) Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Service Change 
Profile 





This information element indicates the profile 
(name and version) supported by the MGC if 
different from that proposed by the MG. 


Service Change 
Version 





If the highest protocol version supported by 
the MGC is lower than that proposed by the 
MG, this parameter must be included. If the 
highest protocol version supported by the 
MGC is equal to that proposed by the MG, 
this parameter may be included. Note that if 
the protocol version supported by the MGC is 
greater than that proposed by the MG, the 
command is rejected with an error response 
406 ("Version Not Supported"). 
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1 1 .24 Wildcarded Subtract 

Table 28 shows the contents of the Wildcarded Subtract and Wildcarded Subtract Ack command/response pair. 
Table 28: Wildcarded Subtract and Wildcarded Subtract Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Wildcarded Subtract 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to ALL. 


Command 


M 


This is the H.248 Command. Set to 
SUBTRACT or W-SUBTRACT. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ALL or a partially wildcarded identity 
(e.g. ip/2/*). 


Wildcarded Subtract 
Ack 


MG 


Context 


M 


As received (if W prefix used), else a list of 
specific context IDs. 


Command 


M 


As received. 


Termination 


M 


As received (if W prefix used), else a list of 
specific IDs. 



1 1 .25 MG Redundant Takeover (Secondary) 

Table 29 shows the contents of the MG Redundant Takeover (Secondary) and MG Redundant Takeover (Secondary) 
Ack command/response pair. 

Table 29: MG Redundant Takeover (Secondary) and MG Redundant Takeover (Secondary) Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


IVIG Redundant 
Takeover (Secondary) 


MG 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
FAILOVER. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 91 9 - "Warm 
Failover" or 920 - "Cold Failover". 


MG Redundant 
Takeover (Secondary) 
Ack 


MGC 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 
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1 1 .26 MGC Initiated Service Cancellation 

Table 30 shows the contents of the MGC Initiated Service Cancellation and MGC Initiated Service Cancellation Ack 
command/response pair. 

Table 30: MGC Initiated Service Cancellation and MGC Initiated Service Cancellation Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


MGC Initiated Service 
Cancellation 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to SERVICE 
CHANGE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Method 


M 


This information element indicates the 
method for the command. This is set to 
FORCED. 


Reason 


M 


This information element indicates the reason 
for the command. This is set to 905 - 
"Termination taken out of service". 


MGC Initiated Service 
Cancellation Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 



1 1 .27 Void 

1 1 .28 Audit ROOT Properties 

This procedure is performed against the ROOT termination to enable the MGC to determine the values of any ROOT 
termination properties on the MG. 

Table 3 1 shows the contents of the Audit ROOT Properties and Audit ROOT Properties Ack command/response pair. 
Table 31 : Audit ROOT Properties and Audit ROOT Properties Ack 



Command/Response 


Initiated 


Information 
element name 


Information 
element 
required 


Information element description 


Audit ROOT Properties 


MGC 


Context 


M 


This information element indicates the H.248 
context for the command. Set to NULL. 


Command 


M 


This is the H.248 Command. Set to AUDIT 
VALUE. 


Termination 


M 


This information element indicates the H.248 
termination for the command. This is set to 
ROOT. 


Audit Properties 


M 


This is the list of ROOT properties required to 
be audited by the MGC. 


Audit ROOT Properties 
Ack 


MG 


Context 


M 


As received. 


Command 


M 


As received. 


Termination 


M 


As received. 


Root Properties 


M 


The returned list of ROOT property values as 
requested by the MGC. 
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Annex A (informative): 

Stage 3 Non-Call Related H.248 Procedures and their 

Contents 

This annex provides exemplar stage 3 H248 message equivalents of the procedures in clause 1 1 . 

A.1 MG Registration (Cold Boot) 

The MG sends SERVICE CHANGE command as in table A.l. 

Table A.1 : MG Registration (Cold Boot) Request 



Address Information 


Control Information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

SC Method = RESTART 

SC Reason = 901 

If applicable: 

H248 Profile Identity 

H248 Protocol Version 





The MGC responds as in table A.2. 

Table A.2: MG Registration (Cold Boot) Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

If applicable:- 

H248 Profile Identity 

H248 Protocol Version 





An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Restart, Reason='90r, 
Profile=ProfileName/l , Version=2jjjj 

Reply=1002(Context=-(ServiceChange = ROOT J J 



A.2 MG Restoration 

The MG sends SERVICE CHANGE command as in table A.3. 

Table A.3: MG Restoration Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

SC Method = RESTART 

SC Reason = 900,902, 916, 917 or 

918 
If applicable:- 

H248 Profile Identity 

H248 Protocol Version 
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The MGC responds as in table A.4. 



Table A.4: MG Restoration Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

If applicable:- 
H248 Profile Identity 
H248 Protocol Version 





An example message exchange would be: 

Transaction=1002{ Context=- { ServiceChange=ROOT{ Services{Method=Restart, Reason='900', 
Profile=ProfileName/l , Version=2jjjj 

Reply=1002{ Context=-{ ServiceChange = ROOT jj 



A.3 Packages Audit 



The MGC sends an AUDIT VALUE request command as in table A. 5. 

Table A.5: Packages Audit Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
Audit Packages 





The MG responds as in table A.6. 



Table A.6: Packages Audit Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
Packages List 





An example message exchange would be: 

Transaction=1002{Context=- { AuditValue=ROOT( Audit/Packages jj}} 
Reply=1002(Context=-(AuditValue = ROOT (Packages { g-2,root-2, nt-1, xdd-1 etc.}}}} 
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A.4 Context Audit 

A number of different context audits are possible, dependent on what information is already known and what 
information is required to be returned in the audit response. The MGC audits the MG by sending an AUDIT VALUE 
request to the MG. The required information is returned in the response. 

Table A.7: Context Audit Request (Termination Id known) 



Address Information 


Control Information 


Bearer information 




Transaction ID = x 
Context ID = * OR - 
Termination ID = specific 
If required 
Required Audit Info 





Table A.8: Context Audit Request Ack (Termination Id known) 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = specific OR - 
Termination ID = specific 
If requested:- 
Audit Info 





An example message exchange would be: 

Transaction=1002(Context=* ( AuditValue=aln/4( Audit/ jjj} 
Reply=1002(Context=12{AuditValue = aln/4jj 



Table A.9: Context Audit Request (Context Id known) 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = specific 
Termination ID = * OR specific 
If required 
Required Audit Info 





Table A.10: Context Audit Request Ack (Context Id known) 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = specific 
Termination ID = specific 
If requested:- 
Audit Info 





An example message exchange would be: 

Transaction=1002{Context=12 { AuditValue=*( Audit/ jjj j 
Reply=1002(Context=12{AuditValue = aln/4, AuditValue=ephemeral/23 j j 
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Table A.11 : Context Audit Request (Termination Id partially wildcarded) 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = * 

Termination ID = Partially Wildcarded 
If required 
Required Audit Info 





Table A.12: Context Audit Request Ack (Termination Id partially wildcarded) 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = specific (list) 
Termination ID = specific (list) 
If requested:- 
Audit Info 





An example message exchange would be: 

Transaction=1002(Context=* { 0-AuditValue=tdm/el_3/*f Auditf }}}} 

Reply=1002(Context=12(AuditValue = tdm/el_3/4j, Context=15{AuditValue=tdm/el_3/12j, 
Context=23(AuditValue=tdm/el _3/21 j j 



Table A.13: Context Audit Request (to obtain context list) 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = * 
Termination ID = ROOT 




Table A.I 4: Context Audit Request Ack (to obtain context list) 


Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = specific (list) 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002(Context=* { W-AuditValue=ROOT( Audit/ jjjj 

Reply=1002lContext=10{AuditValue = ROOTj, Context=24{AuditValue=ROOT}, 
Context=45{AuditValue=ROOTjj 

A.5 MG Termination Available 

The MG sends SERVICE CHANGE command as in table A.5.1. 

Table A.15: MG Termination Available Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - OR specific 
Termination ID = Specific or 

Partially Wildcarded 
SC Method = RESTART 
SC Reason = 900 
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The MGC responds as in table A. 16. 

Table A.16: MG Termination Available Request Ack 



Address Information 


Control Information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = Specific or 

Partially Wildcarded 





An example message exchange would be: 

Tmnsaction=1002{ Context=- { ServiceChange=aln/l { Services/ Method=Restart, Reason='900'jjjj 
Reply=1002(Context=-(ServiceChange = aln/ljj 

A.6 MG Termination Unavailable 

The MG sends SERVICE CHANGE command as in table A. 17. 

Table A.17: MG Termination Available Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - OR * OR specific 

Termination ID = Specific or 

Partially Wildcarded 
SC Method = FORCED 
SC Reason = 904-907, 910, 912-915 





The MGC responds as in table A. 18. 

Table A.18: MG Termination Available Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = Specific or 

Partially Wildcarded 





An example message exchange would be: 

Tmnsaction=1002{Context=- { ServiceChange=aln/l { Services/ Method=Forced, Reason='905' j j j j 
Reply=1002(Context=-(ServiceChange = aln/ljj 

A.7 Audit Termination State 

The MGC sends an AUDIT VALUE command as in table A. 19. 

Table A.19: Audit Termination State Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - OR * OR specific 

Termination ID = Specific or 

Partially Wildcarded 
Audit Service State 
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The MG responds as in table A.20. 

Table A.20: MG Termination Available Request Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - OR specific 
Termination ID = Specific or 

Partially Wildcarded 
Service State 





An example message exchange would be: 

Transaction=1002{Context=- { AuditValue=aln/l{ Audit(Media{TerminationState{ServiceStatejjjjj} 
Reply=1002(Context=-(AuditValue = aln/l{ServiceState=InServicejjj 

A. 8 Set ROOT Termination Events/Properties 

The MGC sends a MODIFY request command as in table A.21. 

Table A.21 : Set ROOT Events/Properties Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
If required: 

Set Inactivity Timer 

Request Overload Notification 





The MG responds as in table A.22. 

Table A.22: Set ROOT Events/Properties Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Tmnsaction=1002{Context=- { Modify=ROOT{ Events(it/ito(mit=30000j, ocp/mg_overloadjj}} 
Reply=1002{Context=-{Modify = ROOT}} 

A. 9 IVIGC Initiated Service Restoration 

The MGC sends SERVICE CHANGE command as in table A.23. 

Table A.23: MGC Initiated Service Restoration Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = RESTART 
SC Reason = 900 or 901 
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The MG responds as in table A.24. 

Table A.24: MGC Initiated Service Restoration Request Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Restart, Reason='90r}}}} 
Reply=1002(Context=-(ServiceChange = ROOTjjj 

A. 10 Check MG Availability 

The MGC sends an AUDIT VALUE command as in table A.25. 

Table A.25: Audit Termination State Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





The MG responds as in table A.26. 

Table A.26: MG Termination Available Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Tmnsaction=1002{Context=- { AuditValue=ROOT{ Audit/ jjj} 
Reply=1002(Context=-(AuditValue = ROOT}} 



A.1 1 MG Service Cancellation (Graceful) 

The MG sends SERVICE CHANGE command as in table A.27. 

Table A.27: MG Service Cancellation (Graceful) Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = GRACEFUL 
SC Reason = 905, 908 
Service Change Delay 
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The MGC responds as in table A.28. 

Table A.28: MG Service Cancellation (Graceful) Request Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Graceful, Reason='908', Delay=600}}}} 
Reply=1002(Context=-(ServiceChange = ROOT}} 

A. 12 MG Service Cancellation (Immediate) 

The MG sends SERVICE CHANGE command as in table A.29. 

Table A.29: MG Service Cancellation (Immediate) Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = FORCED 
SC Reason = 905, 908 





The MGC responds as in table A. 30. 

Table A.30: MG Service Cancellation (Immediate) Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{ Context=- { ServiceChange=ROOT{ Services/ Method=Forced, Reason='905'jjj} 
Reply=1002{Context=-{ServiceChange = ROOTjj 



A. 13 MGC Hand-Off 



The MGC sends SERVICE CHANGE command as in table A.31. 

Table A.31 : MGC Hand-Off Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = HANDOFF 
SC Reason = 903 
SC MGCId = Alternate MGCId 
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The MG responds as in table A. 32. 



Table A.32: MGC Hand-Off Request Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be (see note): 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Handojf, Reason='903', 
MgcIdToTry=1.2.3.4jjjj 

Reply=1002{Context=-{ServiceChange = ROOTjj 

NOTE: The ServiceChangeMgcID parameter is of type "IP version 4 address". The parameter value provides a 
port-less IP address, i.e. the well-known port (2944 for text, 2945 for binary encoding) is used at the 
redirected IP interface. 



A. 14 MG Re-Registration (Handoff) 

The MG sends SERVICE CHANGE command as in table A.33. 

Table A.33: MG Re-Registration (Handoff) Request 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

SC Method = HANDOFF 

SC Reason = 903 

If applicable:- 
H248 Profile Identity 
H248 Protocol Version 





The MGC responds as in table A.34. 

Table A.34: MG Re-Registration (Handoff) Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

If applicable:- 
H248 Profile Identity 
H248 Protocol Version 





An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Handojf, Reason='903', 
Profile=ProfileName/l , Version=2jjj} 

Reply=1002(Context=-(ServiceChange = ROOT }} 
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A. 15 MG termination OOS (Graceful) 

The MG sends SERVICE CHANGE command as in table A.35. 

Table A.35: MG Termination OOS Graceful Request 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 

Context ID = * OR specific OR - 

Termination ID = specific OR 

Partially Wildcarded 
SC Method = GRACEFUL 
SC Reason = 908 
Service Change Delay 





The MGC responds as in table A.36. 

Table A.36: MG Termination OOS Graceful Request Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = * OR specific OR - 
Termination ID = Specific OR 
partially wildcarded 





An example message exchange would be: 

Transaction=1002{Context=34{ ServiceChange=aln/16{ Services/ Method=Graceful, Reason='908', 
Delay=600jjjj 

Reply=1002{Context=34{ServiceChange = aln/16jj 



A. 1 6 IVIGC Overload Notification 

The MGC sends a MODIFY request command as in table A.37. 

Table A.37: MGC Overload Notification Request 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
Overload Notification 





The MG responds as in table A.38. 

Table A.38: MGC Overload Notification Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{Context=- { Modify=ROOT{ Media{TerminationState{etsi_nr=1.34jjjj} 
Reply=1002iContext=-i Modify = ROOT j J 
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A. 17 MG Registration Redirect 

The MG sends SERVICE CHANGE command as in table A.39. 

Table A.39: MG Registration Request 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = RESTART or 

DISCONNECTED or HANDOFF 
or FAI LOVER 
SC Reason = 901 or others 
If applicable:- 

H248 Profile Identity 

H248 Protocol Version 





The MGC responds as in table A.40. 



Table A.40: Registration Redirect 



Address information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
Alternate MGC Address (see note) 
If applicable:- 

H248 Profile Identity 

H248 Protocol Version 




NOTE: See also note in table 11.13-1. 



An example message exchange would be (see note): 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Restart, Reason='90r, 
Profile =ProfileName/l , Version=2jjjj 

Reply=1002(Context=-(ServiceChange = ROOT {Services { MGCIdToTry=1.2.3.4jjj} 

NOTE: The ServiceChangeMgcID parameter is of type "IP version 4 address". The parameter value provides a 
port-less IP address, i.e. the well-known port (2944 for text, 2945 for binary encoding) is used at the 
redirected IP interface. 



A. 18 User Plane Failure 

During call related procedures, the MGC has previously armed for the nt/netfail event. If so, and user plane failure is 
detected by the MG, then the MG sends a NOTIFY request command as in table A.41. 

Table A.41 : User Plane Failure 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = specific 
Termination ID = specific 
Network Failure 
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The MGC responds as in table A.42. 



Table A.42: User Plane Failure Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = specific 
Termination ID = specific 





An example message exchange would be: 

Transaction=1002{Context=l { Notify =ephemeral/2{ ObservedEvents{nt/netfail{stream=l}}jj} 
Reply=1002{Context=l {Notify = ephenieral/2}} 

A. 19 Root Event Notification 

The MG sends a NOTIFY request command as in table A.43. 

Table A.43: Root Event Notification 



Address Information 


Control information 


Bearer Information 




Transaction ID = x 
Context ID= - 
Termination ID = ROOT 
Notified ROOT Event 





The MGC responds as in table A.44. 

Table A.44: Root Event Notification Request ACK 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be : 

TransacUon=1002{Context=- { Notify=ROOT{ ObservedEvents{it/ito j j j j OR 
Tmnsaction=1002{Context=- { NoUfy=ROOT{ ObservedEvents{ocp/mg_overloadjjjj OR 
Transaction=1002{Context=- { NoUfy=ROOT{ ObservedEvents{ipra/arc{nar=[" 1 " ," 5" ] j j j j j 
Reply=1002(Context=-(Nonfy' = ROOT I j 

A.20 IVIG Lost Communication (Disconnected) 

The MG sends a SERVICE CHANGE command as in table A.45. 

Table A.45: MG Lost Communication (Disconnected) Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

SC Method = DISCONNECTED 

SC Reason = 900 
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The MGC responds as in table A.46. 

Table A.46: MG Lost Communication (Disconnected) Request Acit 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Disconnected, Reason='900'}}} 
Reply=1002(Context=-(ServiceChange = ROOT}} 

A.21 MG Lost Communication (Failover) 

The MG sends SERVICE CHANGE command as in table A.47. 

Table A.47: MG Lost Communication (Failover) Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

SC Method = FAILOVER 

SC Reason = 909 

If applicable:- 
H248 Profile Identity 
H248 Protocol Version 





The MGC responds as in table A.48. 

Table A.48: MG Lost Communication (Failover) Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
If applicable:- 

H248 Profile Identity 

H248 Protocol Version 

Alternate IVIGC Address (see note) 




NOTE: See also note in table 1 7. 



An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT( Services(Method=Failover, Reason='909', 
Profile=ProfileName/l , Version=2}}}} 

Reply=1002(Context=-(ServiceChange = ROOT }} 
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A.22 MG Redundant Takeover (Primary) 

The MG sends SERVICE CHANGE command as in table A.49. 

Table A.49: MG Redundant Takeover (Primary) Request 



Address Information 


Control Information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = FAILOVER 
SC Reason = 908 





The MGC responds as in table A.50. 

Table A.50: MG Redundant Takeover (Primary) Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Failover, Reason='908'}jj} 
Reply=1002{Context=-{ServiceChange = ROOTjj 

A.23 MG Re-Registration (Restart) 

The MG sends SERVICE CHANGE command as in table A.51. 

Table A.51: MG Re-Registration (Restart) Request 



Address Information 


Control information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = RESTART 
SC Reason = 900 or 901 
If applicable:- 
H248 Profile Identity 
H248 Protocol Version 





The MGC responds as in table A.52. 

Table A.52: MG Re-Registration (Restart) Request Ack 



Address Information 


Control information 


Bearer Information 




Transaction ID = x 

Context ID = - 

Termination ID = ROOT 

If applicable:- 
H248 Profile Identity 
H248 Protocol Version 
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An example message exchange would be: 

Tmnsaction=1002(Context=- { ServiceChange=ROOT{ Services{Method=Restart, Reason="901", 
Profile=ProfileName/l , Version=2 }}}} 

Reply=1002{Context=-{ServiceChange = ROOTjj 



A.24 Wildcarded Subtract 

The MGC sends a SUBTRACT or W-SUBTRACTcommand as in table A.53. 

Table A.53: Wildcarded Subtract 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = * 

Termination ID = * OR partially 
wildcarded 





The MG responds as in table A.54. 



Table A.54: Wildcarded Subtract Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = * 

Termination ID = * OR partially 
wildcarded 





An example message exchange would be: 

Transaction=1002(Context=* { W-Subtract=*( Audit(}j}} 
Reply =1 002 (Context= *{Subtract= *}} 



A.25 MG Redundant Takeover (Secondary) 

The MG sends SERVICE CHANGE command as in table A.55. 

Table A.55: MG Redundant Takeover (Secondary) Request 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = FAILOVER 
SC Reason = 919, 920 





The MGC responds as in table A.56. 

Table A.56: MG Redundant Takeover (Secondary) Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
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An example message exchange would be: 

Transaction=1002{Context=- { ServiceChange=ROOT{ Services{Method=Failover, Reason='919'jjjj 
Reply=1002{Context=-{ServiceChange = ROOT}} 

A.26 MGC Initiated Service Cancellation 

The MGC sends a SERVICE CHANGE command as in table A.57. 

Table A.57: MGC Initiated Service Cancellation Request 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
SC Method = FORCED 
SC Reason = 905 





The MG responds as in table A.58. 

Table A.58: MGC Initiated Service Cancellation Request Ack 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 





An example message exchange would be: 

Transaction=1002{Context=- ( ServiceChange=ROOT( Services/ Method=Forced, Reason='905'}}}} 
Reply=1002(Context=-(ServiceChange = ROOT}} 

A.27 Void 

A.28 Audit ROOT Properties 

The MGC sends an AUDIT VALUE request command as in table A.59. 

Table A.59: Audit ROOT Properties Request 



Address Information 


Control Information 


Bearer Information 




Transaction ID = x 
Context ID= - 
Termination ID = ROOT 
Audit ROOT Properties 





The MG responds as in table A.60. 

Table A.60: Audit ROOT Properties Request Ack 



Address Information 


Control information 


Bearer information 




Transaction ID = x 
Context ID = - 
Termination ID = ROOT 
ROOT Properties 
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An example message exchange would be: 

Transaction=1002{Context=- { AuditValue=ROOT{ Audit(Media(TermmationState{ root/*} j j}}} 

Reply=1002{Context=-(AuditValue = ROOT { Media{TerminationState {root/maxNumberOContexts=1000, 
root/maxTerminationsPerContext=2, root/normalMGExecutionTime=2, root/normalMGCExecutionTime=2, 
root/MGProvisionalResponseTimerValue=5, root/MGCP rovisionalResponseTimerValue=5, 
root/MGCOriginatedPendingLimit=10, root/MGOriginatedPendingLimit=10jjjj} 
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Annex B (informative): 

Relation of the H.248 ServiceStates Property IVIodel with 

Management IVIodels 

This annex provides an example for mapping H.248 ServiceStates to a management state model and vice versa. 



B.1 Introduction 



The majority of H.248 procedures are independent of the management plane, i.e. "interactionless" procedures. However 
some procedures should consider potential interaction aspects between control plane (here H.248) and management 
plane. 

Such interactions might be loosely coupled like in case of provisioning or pre-provisioning activities, but there are also 
some more tightly coupled interactions, particularly in the area of the ServiceChange Command. 

For instance, certain actions, which are resulting in H.248 or management state changes, may result in correspondent 
state changes in the management or H.248 model respectively. 



B.2 Scope 



The scope of the present document is only on the H.248 ServiceStates Property state model. The H.248 ServiceChange 
Command model (see annex F ITU-T Recommendation H.248. 1 [i.5]) is not considered. The indicated management 
technologies and correspondent management state models are just examples. There are many other possibilities in 
mapping the H.248 ServiceStates Property on dedicated management state models. From that perspective, the present 
document may assist to correlate such management state models with the H.248 ServiceStates Property. 

The present document provides an example mapping between the H.248 ServiceStates Property states and management 
plane state models according ITU-T Recommendation X.731 [i.l2] and RFC 4268 [i.ll]. Other management plane 
models could be used as well for correlation with the H.248 ServiceStates Property states. For such models the 
documented mapping could be used as guideline. 



B.3 IVIapping between IVIodels 
B.3.1 Example Management Models 

It is proposed to consider the management models from ITU-T Recommendation X. 73 1 [i.l2] and RFC 4268 [i.ll] as 
example. One reason for a management model using ITU-T and IETF technologies is related to the origins of H.248 in 
these two standardization development organizations (SDO). Another motivation is the fact that RFC 4268 [i. 11] refers 
explicitly to ITU-T Recommendation X.731 [i.l2] and provides already an aligned management model (on top level). 

Management models are typically distinguishing three different basic state models, which are related to the three 
primary factors that are affecting the management state of a managed object with regard to its corresponding resources' 
availability: operability, administration and usage. The correspondent three basic management state models could be 
combined. 

The correlation with the H.248 ServiceStates Property with a single basic management state model (from 
RFC 4268 [i.l 1]), i.e. the operational state model, administrative state model or usage state model, may be used as 
starting point, but is typically not sufficient, e.g. when considering interactions between H.248 procedures and 
management procedures. 

For this reason is a combined management state model proposed, based on the combination of operational and 
administrative states, see table B. 1. 
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Table B.1 : Basic Model Relations 



Relation of H.248 ServiceStates Property Model 
with Management Models 


Control State Model 

ITU-T 

Recommendation H.248 




Management State Models 
ITU-T Recommendation X.731 [i.12] / RFC 4268 [1.11] 


ServiceStates Property 


o 


Operational 
State 


Administrative 
State 


Usage 
State 


In-Service 


<r^ 


Enabled 


Unlocked 


— 


Out-of-Service 


<r^ 


Disabled 


Unlocked 


— 


Out-of-Service 


<r^ 


Enabled 


Locked 


— 


Out-of-Service 


<r^ 


Disabled 


Locked 


— 


See note 1 


<-> 


Enabled 


Shutting Down 


— 


Test 


<-> 


See note 2 


See note 2 


— 


NOTE 1 : There is no explicit state modelled. "Test" is rather indicated via status attributes, 
which are used to qualify operational, administrative or usage states. Relevant in 
case of test might be the availability status attribute "in test", or the control 
status attributes "subject to test" or "reserved for test". 

NOTE 2: There is no explicit state modelled concerning H.248 ServiceStates Property. There 
might be a transient state in the H.248 ServiceChange Command model, but this is 
out of scope here. 



Other mapping schemes are principally possible. 



B.4 Interaction Aspects 



Purpose of this clause is to illustrate principle interaction between management use cases and H.248 procedures. Only a 
few examples are shown. A comprehensive list of all potential interaction aspects is out of scope of the present 
document. 

B.4.1 Effect of H.248 Actions on IVIanagement IVIodels 

Some ServiceChange procedures may affect the H.248 ServiceStates Property. For instance, the ServiceStates Property 
of a physical Termination could be changed from In-Service to Out-of-Service with a ServiceChangeMethod of 
"Forced" or "Graceful" and ServiceChangeReason #905 ("Termination taken out of service"), see clause F.3. 10.2 of 
[i.5]. 

Such a ServiceStates Property change may lead to a state transition in the management model from {enabled, unlocked} 
to {disabled, unlocked] when using the sample mapping of clause 3.2. That means that the operational state would 
change. Such a state change in the management model would be visible for the management system, but would not lead 
to a notification of the management system because the operational state is read-only in nature (see clause 7.1.1 of 
ITU-T Recommendation X.731 [i.l2]). 

B.4. 2 Effect of IVIanagement Model State Transition on H.248 
Model 

Only management actions in the areas of configuration management and/or fault management may principally have an 
interaction with the H.248 ServiceStates Property. 

B.4. 2.1 Configuration management 

The management action is triggering an H.248 ServiceChange procedure. The management action may lead to a state 
transition in the management model, and also to a correspondent change of the H.248 ServiceStates Property. See also 
clause 10. 
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B.4.2.2 Fault management 



There are not any effects here because the flow of information is typically from the managed entity towards the 
management systems (see also next clause). 

B.4.3 Effect of failures in H.248 entities on State Transition in 
IVIanagement IVIodel and H.248 IVIodel 

Such a failure scenario in an H.248 entity itself is triggering. See also clause 10. 

1) an H.248 ServiceChange procedure; and also 

2) a notification (e.g. alarm) of the management system. 

There may be correspondent state transitions in the management model and the H.248 ServiceStates Property model. 
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